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INTEGRATED INTERFACE FOR WEB Finally, the security and entitlement features of the vari- 

BASED CUSTOMER CARE AND TROUBLE ous legacy systems may be completely different, and vary 

MANAGEMENT from system to system and platform to platform. 

It is therefore desired to provide connectivity to enterprise 

CROSS-REFERENCE TO RELATED 5 legacy systems over the public Internet, as the Internet 

APPLICATIONS provides access connectivity world wide via the TCP/TP 

This application is a continuation-in-part of U.S. Ser. No. protocol, without need to navigate various telephone 

08/581,728 filed Dec. 29, 1995, now abandoned entitled exchanges, dialmg standards or signal standards. 

DIRECT DISPATCH, and claims the benefit of U.S. Provi- Om such type of legacy system for the telecommunica- 

sional patent application U.S. Ser. No. 60/060,655, filed Sep. tions industry is known as a fault management system which 

26, 1997, entitled INTEGRATED CUSTOMER INTER- can provide a range of services to larger customers of the 

FACE SYSTEM FOR COMMUNICATIONS MANAGE- enterprise. A subset program within the fault management 

MENT. tools has been known to the public as "trouble tickets", the 

tool which allows a "trouble ticket" to be opened in response 

FIELD OF THE INVENTION to a telecommunications network fauh or a service problem. 

The present invention relates generally to an Internet In conventional dial-up trouble systems, service providers 

enabled communications network fault management tool, ^^^'^^ ^'''''^^^ ticketmg as a means for identifying reported 

and more specifically is directed toward a system and network problems failures, or customer inquiries. When a 

method for interactive trouble reporting and monitoring. 20 Problem, failure, or customer mquiry is reported, a 

trouble ticket describing the network problem, failure, or 

BACKGROUND OF THE INVENTION customer inquiry is opened. Generically, the trouble ticket is 

an electronic tracking mechanism that may exist as a data 

To insure a high availability rate in communications record in a database. In this example, the data record 

network services provided to customers, service providers includes information describing the failure event, time of 

require accurate and responsive maintenance efforts. ITie 25 occurrence etc 

network management services that support these mainte- operation,* the status of the trouble ticket is considered 
nance efforts are a vital part of a service provider\s market- ^p.^ ^ j^^g ^^^^^^ condition remains unresolved. 
^ ^ At any given time, the collection of open trouble tickets 
In conventional customer enabled maintenance systems, a represents the set of ongoing and future repair efforts of the 
connection is made with a large legacy system via a dial-up service provider. This mechanism provides the service pro- 
connection from a customer owned personal computer or vider with a convenient method for identifying the status of 
work station. This connection frequently, although not current and future repair efforts. 

always, emulates a terminal addressable by the legacy Customers also desire access to this information, 

system. The dial-up access requires custom software on the GeneraUy, a customer's assessment of a particular network 

customer workstation to provide dial-up services, commu- management service is not based solely upon the time frame 

nication services, emulation and/or translation services and of repair for the current network failure. In other words, the 

generally some resident custom form of the legacy applica- customer does not want to report a network problem, failure, 

tion to interface with the mid-range or mainframe computer or customer inquiry and passively wait for resolution. Cus- 

running the legacy system. torners desire information on the status of open trouble 

There are several problems associated with this approach: tickets. 

First, the aforementioned software is very hardware Thus, what is needed is a system and method for allowing 

specific, and customers generally have a wide range of a customer to remotely access a service provider's trouble 

workstation vendors, which requires extensive inventory for ticketing system. This remote access must enable a customer 

distribution, and generally, intensive customer hand holding 45 to seamlessly open a trouble ticket and identify the status of 

through initial setup and installation before reliable and all trouble tickets pertaining to his organization, 

secure sessions are possible. If the customer hardware Customers further desire an open access route to this 

platform changes through an upgrade, most of these issues information. The rapid adoption and use of the Internet for 

need renegotiation. data exchange has also prompted a desire on the part of 

Secondly, dial-up, modem, and communications software 50 customers to access their data over the Internet, 

interact with each other in many ways which are not always The present invention is one component of an integrated 

predictable to a custom application, requiring extensive suite of customer network management and report applica- 

trouble shooting and problem solving for an enterprise tions using the Internet and a World Wide Web ("WWW" or 

wishing to make the legacy system available to the customer, "Web") browser paradigm. Introduced to the communica- 

particularly where various telephone exchanges, dialing 55 tions industry as "networkMCI Interact" the integrated suite 

standards or signal standards are involved. of Web-based applications provides an invaluable tool for 

Third, when an enterprise wishes to make more than one enabling customers of a telecommunications enterprise to 

system available to the customer, the custom appUcation for manage their telecommunication assets, quickly and 

one legacy system is not able to connect to a different legacy securely, from anywhere in the world, 

system, and the customer must generally logoff and logon to 60 The popularity of the public Internet provides a measure 

switch from one to the other. The dehvery technology used of platform independence for the customer, as the customer 

by the two legacy systems may be different, requiring can run their own Internet Web-browser and utilize their 

different interface standards, and different machine level own platform connection to the Internet to enable service, 

languages may be used by the two systems, as for example. This resolves many of the platform hardware and connec- 

the 96 character EBCDIC language used by IBM, and the 65 tivity issues in the customers favor, and lets the customer 

127 character ASCII language used by contemporary per- choose their own platform and operating system. Web-based 

sonal computers. programs can minimize the need for training and support 
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since they Utilize existing client software which the user has prompted with questions that pertain to the network 

already installed and already knows how to use, i.e., the problem, failure, or customer inquiry described in the prob- 

browser. Further, if the customer later changes that platform, lem classification dialog. Both the questions and the corre- 

then, as soon as the new platform is Internet enabled, service sponding answers may be entered into the remarks section of 
is restored to the customer. The connectivity and commu- 5 the trouble ticket. The remarks section of the trouble ticket 

nications software burden is thus resolved in favor of provides a historical record of the commentary that is 

standard and readily available hardware and software used provided by either the user or a service organization that has 

to obtain a pub he Internet connection. been assigned the trouble ticket. 

An Internet delivered paradigm obviates many of the Finally, the trouble ticket is submitted to the Customer 

installation and configuration problems involved with initial Service Management System. When the CSM accepts the 

setup and configuration of a customer workstation, since the trouble ticket, a trouble ticket number is assigned, 

custom application required to interface with the legacy Thereafter, the trouble ticket maybe displayed in a browser 

system can be delivered via the public Internet and run based frame through an object based graphical user interface 

within a standard Web-browser, reducing application com- that permits monitoring of all existing trouble tickets, 
patibility issues to browser compatibility issues. 15 According to one embodiment, the graphical user inter- 

For the enterprise, the use of off-the-shelf Web browsers face object may display a scrollable table that includes a 

by the customer significantly simplifies the enterprise bur- plurality of rows, wherein each of the plurality of rows 

den by Umiting the client development side to screen layouts include trouble ticket descriptive information for at least one 

and data presentation tools that use a common interface trouble ticket. Each of the rows further comprises an activity 

enabled by the Web browser. Software development and code field indicating the status of a trouble ticket (e.g., open, 

support resources are thus available for the dehvery of the referred out, or closed) and an organization field indicating 

enterprise legacy services and are not consumed by a need what customer or service organization that currently has 

for customer support at the work station level. authority over the trouble ticket. In combination, the activity 

code field and the organization field provide the user with a 
SUMMARY OF THE INVENTION 25 current status report of the trouble ticket's flow through the 

The present invention satisfies the above mentioned needs service organization network, 
by providing an Internet enabled and Web-based remote Additionally, the Service Inquiry object also allows the 

interface that allows a customer to open and monitor trouble ^ser to access an activities Hst that displays all actions and 

tickets relating to network events and service problems on referrals for that trouble ticket. This chronological display 

the enterprise network. provides a historical record of the activities taken by any 

To generate a trouble ticket from a user's remote customer organization within the service organization network, 

workstation, a user firet logs on to the Internet through any ^mally, the graphical user mterface allows the user to access 
Internet access route, and then logs on to the enterprise remarks section that displays all comments associated 

Web-server. After verification of the customer's entitlements 35 trouble ticket. 

to use the system, the Web-server downloads an available BRIEF DESCRIPTION OF THE FIGURES 

suite of services for that customer, which may include the t-u * • j *u ^ * ^ j * r *u 

,i , a J I- t_ • r i ' Th^^ foregoing and other features and advantages of the 

trouble ticket tool, which is offered by the assignee of the • -n u * r *i- r n ■ 

' . iii^ ^A^Luv. invention will be apparent from the following, more par- 
present invention as the Service Inquiry service. This ,.1 , . ^. r n . u j- . r 
^ . , J J . 1. 1. . , . , ticular description of a preferred embodiment of the 

service is provided to the customer through a service obiect -^w^^*- «^ -ii,.^* j • ™ • j - i 

, . . , J , -lit , , mvention, as illustrated m the accompanying drawmgs. In 

that IS invoked and maintained by a browser based j • n c u • j- . j 1 

. , 1 J u 11 J J .1. ' 1^- . ' 1 J tbe drawings, like reierence numbers indicate identical or 

backplane and which caUs, as needed, other objects, includ- f^^i^^^^i ^i^i,,, Additionally, the left-most 

mg objecu to enable graphical displays of data to the ^. jj ^ ^^^^^ ^j^^l^ 

customer. From the openmg screen, the customer may select ^^^^^^^^^ g^^, ^ 

the opportunity to open a new trouble ticket, and the t^r^^ i • -i* • r 

Web-server will then download the service program object , diagrammatic overview of the architectural 

which will enable opening and generation of a trouble ticket. ^""r^^^ ^""'^'^''^^ ^y^'^-"" 

A, r f * c r 4U 4 • FIG, 2(a) IS a diagrammatic illustration of the backplane 

At the time of customer verification, the enterprise Cus- p ,u \\t u * *u * 1 * 

♦ c ♦ u u* • j management of the Web-browser at the customer worksta- 

tomer Service Management System ( CSM ) has obtained " , 1 * j u *u 

, • ' c 1 4- , . ri • * • J tion ^ contemplated by the present mvention. 

certain iniormation relating to a customer profile maintained 50 ™^ • . - 1 , , r t 

on an administrative server that provides authentication ^ ^^^^ !^ ^ ^^^^^ diagrammatic illustration of the 

services for the present invention. This customer profile ^^^'^^ ^T'^^ ^PP^^^^^^^^ ""^^^^ P^^^°' invention, 
information may automatically prepopulate at least one field ^ ^ typical new home-page presented to a cus- 

in a dialog involved in the opening of a trouble ticket. In this ^\ P^^^^ invoking the service inquiry and 

prepopulation process, data contained within the customer 55 trouble ticket objects. 

profile may be automatically entered into a field of a 4 is a diagrammatic representation of the network 

particular dialog. Through this prepopulation, the amount of architecture of the Internet network system used to provide 
required user input is minimized, thereby increasing cus- services of the present invention, 

tomer usability. Additionally, the input efficiency provided FIG. 5 illustrates a flow chart for remotely opening a 
by prepopulation allows the service organization to begin go l''o^t>le ticket under the present invention, 
the trouble resolution process with minimal delay. FIGS. 6-10 illustrate various graphical user interfaces 

Upon downloading of the prepopulated trouble report that may be presented to a customer for opening a trouble 

from the Web-server, the customer then enters information ticket. 

into a problem classification dialog. The problem classifi- FIG, 11 illustrates a representative graphical user inter- 
cation dialog describes the type of network problem, failure, 65 face for tracking trouble tickets. 

or customer inquiry (e.g., circuit or 800 number). After this FIG. 12 illustrates a flow chart identifying the process of 

problem classification dialog is completed, the user is clearing a trouble ticket. 
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FIGS. 13 and 15 illiistrate representative graphical user customer requested data in a browser recognizable format 

interfaces for identifying the details of a trouble ticket. and a customer supplied browser 14 for presentation of 

FIG. 14 illustrates a representative graphical user inter- customer options and data to the customer and for Internet 

face for filtering and sorting trouble tickets. communications over the public Internet 

5 A second or middle tier 16 is provided, having secure Web 

DETAILED DESCRIPTION OF THE servers 24 and back end services to provide applications that 

PREFERRED EMBODIMENTS establish user sessions, govern user authentication and their 

, ^ . ^ , entitlements, and communicate with adaptor programs to 

The popularity and wide spread adopUon of the pubUc simphfy the interchange of data across the network. 
Internet provides a measure of platform independence for Aback end or third tier 18 having applications directed to 

customers who wish to connect to an enterprise system, as legacy back end services includes database storage and 

the customer can run their own Internet Web-browser and retrieval systems and one or more database servers for 

utilize their own platform connection to the Internet to accessing system resources from one or more legacy sys- 

enable service. This resolves many of the platform hardware tems 20. 

and connectivity issues in the customers favor, and lets the Generally, as explained in co-pending U.S. patent appli- 
customer choose their own workstation platform and oper- cation GRAPHICAL USER INTERFACE FOR WEB 
ating system. Web-based programs can minimize the need ENABLED APPLICATIONS, U.S. Ser. No. 09/159,515 
for training and support since they utilize existing customer filed Sep. 24, 1998 (Attorney Docket 11040), the customer 
browser software which the user has akeady installed and or client tier or workstation 10 is client software capable of 
already knows how to use. Any issues relating to connec- providing a platform-independent, browser-based, consis- 
tivity and communications have already been resolved in ^0 tent user interface implementing objects programmed to 
favor of standard and readily available hardware and the provide a reusable and common GUI abstraction and 
browser and dialup software used by the pubHc Internet problem^omain abstractions. More specifically, the client- 
connection ^^^^ software is created and distributed as a set of Java 

An Internet delivered paradigm for customer services classes including the applet classes to provide an industrial 

obviates many oftheinstaUation and configuiation problems streiiglh, object-onented environment over the Internet, 

involved with initial setap and configuration of a dial-up Apphcation-specJic classes are designed to support the 

customer workstation, since the custom appUcation required functionality and server interfaces for each application with 
to interface with the legacy system can be delivered via the fiinctionality delivered thmugh the system being of 

public Internet and run within a sUndard Web-browser. two-types: 1) cross-product, for example, mbox and report- 
reducing application compatibility issues to browser com- '° '^^ product specific, for example. Service 

oatibilitv issues Inquuy, Toll Free Network Manager or Call Manager func- 

Architectural Overview of the Web-Enabled System f"''- "^^.^y^'^"" ^P"^^^ of deUvering to customers the 

■me Web-enabled system in which the present "Service fiinctional^y appropriate to th«^ 
Inquiry" invention is found is basically organized as a set of , * ^ " diagrammatic ^lustration of the network and 

common components which together are hiown as network- P^f°™ components of the networkMCI Interact system 

\jir^j T . t u- u • 1 J f 11 • „. • mcluding: the Customer workstation 10: the Demihtarized 

MCI Interact, which includes the rollowine maior compo- _ ^« . . ^1 , » 

j^gjjjg. 5 J H 2one 17 (DMZ); Web Servers cluster 24; the MCI Intranet 

" , . 1 , , Dispatcher/Proxy Servers cluster 30: and the MCI Intranet 

1) a software architecture detaihng the chent and server Application servers 40, warehouses, legacy systems, etc. 
based aspects of networkMCI Interact; The customer workstation 10 is browser enabled and 

2) a network architecture defining the physical network includes cUent applications responsible for presentation and 
needed to satisfy the security and data volume require- front-end services. Its functions include providing a user 
ments of networkMCI Interact; interface to various MCI services and supporting commu- 

3) a data architecture detailing the application, back-end nications with MCI's Intranet Web server cluster 24. 

or legacy data sources available for networkMCI Inter- 45 As illustrated in FIG. 2(a), and more specifically 

act; and, described in the above-referenced co-pending U.S. patent, 

4) an infrastructure covering security, order entry, application Ser. No. 09/159,515, filed Sep. 24, 1998 
fulfillment, billing, self-monitoring, metrics and sup- (Attorney Docket 11040), the contents of which are incor- 
port. porated by reference as if fully set forth herein, the client tier 

Each of these common component areas will be generally 50 software is responsible for presentation services to the 

discussed hereinbelow. More detailed descriptions of each customer and generally includes a Web browser 14 and 

of these components can be found in a series of related, additional object-oriented programs residing in the client 

co-pending U.S. patent applications summarized in INTE- workstation platform 10. The client software is generally 

GRATED CUSTOMER INTERFACE SYSTEM FOR organized into a component architecture with each compo- 
COMMUNICATIONS NETWORK MANAGEMENT, 55 nent generally comprising a specific application, providing 

(Attorney Docket 11038), filed on even date, the disclosure an area of functionality. The applications generally are 

and contents of which are incorporated herein by reference integrated using a "backplane" services layer 12 which 

thereto. provides a set of services to the application objects which 

FIG. 1 is a diagrammatic illustration of the software provide the front end business logic 11 and manages their 
architecture in which the present invention functions. A first 60 launch. The networkMCI Interact common set of objects 
tier of software services are resident on a customer work provide a set of services to each of the applications such as: 
station 10 and provides customer access to the enterprise 1) session management; 2) application launch; 3) inter- 
system, having one or more downloadable application application communications; 4) window navigation among 
objects 11 directed to front end business logic and appUca- applications; 5) log management; and 6) version manage- 
tion services, one or more backplane services objects 12 for 65 ment. 

managing sessions, one or more presentation services 'The primary common object services include: graphical 

objects 13 for the presentation of customer options and user interface (GUI); communications; printing; user 
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identity, authentication, and entitlements; data import and 
export; logging and statistics; error handling; and messaging 
services. 

FIG. 2(a) is an diagrammatic example of a backplane 
architecture scheme illustrating the relationship among the 5 
common objects. In this example, the backplane services 
layer 12 is programmed as a Java applet which can be loaded 
and launched by the Web browser 14. With reference to FIG. 
2(a), a typical user session starts with a Web browser 14 
creating a backplane 12, after a successful logon. The 10 
backplane 12, inter alia, presents a user with an interface for 
networkMCI Interact application management. A typical 
user display provided by the backplane 12 may show a 
number of applications the user is entitled to run, each 
application represented by buttons depicted in FIG. 2(a) as 15 
buttons 58^1, £>,c selectable by the user. As illustrated in FIG. 
2(a), upon selection of an application, the backplane 12 
launches that specific application, for example, Service 
Inquiry 54a or Alarm Monitor 54b, by creating the appli- 
cation object. In processing its functions, each application in 20 
turn, may utilize common object services provided by the 
backplane 12. FIG. 2(a) shows graphical user interface 
objects 56a,b created and used by a respective application 
54a, ^? for its own presentation purposes. FIG. 3 illustrates an 
example client GUI presented to the client/customer as a 25 
browser Web page 60 providing, for example, a suite 70 of 
network management reporting applications including: MCI 
Traffic Monitor application 72; an alarm monitor application 
73; a Network Manager application 74 and the Service 
Inquiry application 75. Access to network functionality is 30 
also provided through Report Requester 76, which provides 
a variety of detailed reports for the client/customer and a 
Message Center 77 for providing enhancements and func- 
tionality to traditional e-mail communications. 

Briefly, when the client application on the customer's 35 
workstation needs to communicate with one of the Intranet 
application servers 40 it will use an instance of one of the 
objects from a client communications package installed in 
the client platform. When the data is to be communicated, 
the objects will format the data, and particularly, encrypt it, 40 
for example, by using browser to Web server negotiated 
SSL. As shown in FIG. 4, the objects will then communicate 
the data by establishing a secure TCP messaging session 
with one of the DMZ networkMCI Interact Web servers 24 
via an Internet secure commimications path 22 established, 45 
preferably, in accordance with a secure sockets layer 
("SSL") protocol, such as HTTPS. The DMZ networkMCI 
Interact Web servers 24 function to decrypt the client 
message, preferably via the SSL implementation, and 
unwrap the session key and verify the users session. After so 
establishing that the request has come from a valid user and 
mapping the request to its associated session, the DMZ Web 
servers 24 will re-encrypt the request and forward it over a 
second secure socket connection 23 to the dispatch server 26 
inside the enterprise Intranet. 55 

As described in greater detail in the co-pending U.S. 
patent application AUTHENTICATION AND ENTITILE- 
MENTS FOR USERS OF WEB BASED DATA MANAGE- 
MENT PROGRAMS, U.S. Ser. No. 09/159,408, filed Sep. 
24, 1998 (Attorney Docket 11042), the disclosure of which 60 
is incorporated herein by reference thereto, a networkMCI 
Interact session is designated by a logon, successful 
authentication, followed by use of server resources, and 
logoff. As world-wide Web communications use HTTP, a 
stateless protocol, each HITP request and reply is a separate 6! 
TCP/IP cormection, completely independent of all previous 
or future connectioas between the same server and client. 
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Associating a given HTTP request with the logical session 
to which it belongs requires a "cookie jar server" 32 to 
generate a "cookie" which is a unique server-generated key 
that is sent to the client along with each reply to a HTTPS 
request. The client holds the cookie and returns it to the 
server as part of each subsequent HTTPS request. As 
desired, either the Web servers 24, the cookie server or the 
Dispatch Server 26, may maintain the "cookie jar" to map 
these keys to the associated session. A separate cookie jar 
server 32, as illustrated in FIG. 4 has been found desirable 
to minimize the load on the dispatch server 26. Anew cookie 
will be generated when the response to the HTTPS request 
is sent to the client. This form of session management also 
functions as an authentication of each HTTPS request, 
adding security to the overall process. 

As illustrated in FIG. 4, after one of the DMZ Web servers 
24 decrypts and verifies the user session, it forwards the 
message through a firewall 2Sb over a TCP/IP connection 23 
to the dispatch server 26 on a new TCP socket while the 
original socket 22 firom the browser is blocking, waiting for 
a response. The dispatch server 26 will unwrap an outer 
protocol layer of the message firom the DMZ services cluster 
24, and forward the message to an appropriate application 
proxy via a third TCP/IP socket 27. While waiting for the 
proxy response all three of the sockets 22, 23, 27 will be 
blocking on a receive. Specifically, once the message is 
decrypted, the wrappers are examined to reveal the user and 
the target middle-tier (Intranet application) service for the 
request. A first-level validation is performed, making sure 
that the user is entitled to communicate with the desired 
service. The user's entitlements in this regard are fetched by 
the dispatch server 26 firom StarOE server 49 at logon time 
and cached. 

If the requestor is authorized to communicate with the 
target service, the message is forwarded to the desired 
service's proxy. Each application proxy is an application 
specific daemon which resides on a specific Intranet server, 
shown in FIG. 4 as a suite of mid-range servers 40. Each 
Intranet application server of suite 4Q(a) is generally respon- 
sible for providing a specific back-end service requested by 
the client, and, is additionally capable of requesting services 
from other Intranet application servers by communicating to 
the specific proxy associated with that other application 
server. Thus, an application server not only can offer its 
browser a client to server interface through the proxy, but 
also may offer all its services from its proxy to other 
application servers. In effect, the application servers request- 
ing service are acting as clients to the application servers 
providing the service. Such mechanism increases the secu- \ 
rity of the overall system as well as reducing the number of 
interfaces. 

The network architecture of FIG. 4 may also include a k. 
variety of application specific proxies having associated 
Intranet application servers including: a StarOE proxy for 
the StarOE application server 49 for handling authentication ■ 
order entry/billing; an Inbox proxy for the Inbox application ' 
server 41, which functions as a container for completed ^ 
reports, call detail data and marketing news messages, a . 
Report Manager Proxy capable of communicating with a 
system-specific Report Manager server 42 for generating, 
managing and scheduling the transmission of customized 
reports including, for example: call usage analysis informa- 
tion provided from the StarODS server 43; network traflSc 
analysis/monitor information provided from the TraflBc view 
server 44; virtual data network alarms and performance 
reports provided by Broadband server 45; trouble tickets for 
switching, transmission and trafiBc faults provided by Ser- 
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vice Inquiry server 46; and toll free routing information the MCI Web servers located in the DMZ; 2) the Web 
provided by Toll Free Network Manager server 47. Servers 24 in the DMZ 17 which is a secure network area set 
As partially shown in FIG. 4, it is understood that each aside on the enterprise premises that is double fire walled at 
Intranet server of suite 40 communicates with one or several 25(a), 25(b) between both the public Internet and the enter- 
consolidated network databases which include each custom- 5 prise Intranet to prevent potentially hostile customer attacks; 
er's network management information and data. In the and, 3) the MCI Intranet system 30 including the midrange 
present invention the Services Inquiry server 46 includes servers 40 and legacy mainframe systems 20(a)-(d) (also 
communication with MCPs Customer Service Management illustrated at 20 in FIG. 1). 

legacy platform 20(a). Such network management and cus- The networkMCI Interact customer access mechanisms 
tomer network data is additionally accessible by authorized lO may include public Internet access, with arrangements made 
MCI management personnel. As shown in FIG. 4, other through an Internet service provider, 
legacy platforms 20(Z?), 20(c) and 20(^0 may also commu- The DMZ Web servers 24 are found in a special secure 
nicate individually with the Intranet servers for servicing network area set aside from the Intranet to prevent poten- 
specific transactions initiated at the client browser. The tially hostile customer access. All DMZ equipment is physi- 
illustrated legacy platforms 20(a)-{d) are illustrative only 15 cally isolated and firewalled as illustrated at 25(a), 25(b) 
and it is understood other legacy platforms may be inter- from the company Intranet. Similarly, the DMZ equipment 
preted into the network architecture illustrated in FIG. 4 is firewalled and obscured from hostile attacks from the 
through an intermediate midrange server 40. public Internet, except for limited Web browser access to the 
Each of the individual proxies may be maintained on the Web servers which are located in the DMZ, The customer's 
dispatch server 26, the related apphcation server, or a 20 Web browser connects to a Web server in the DMZ which in 
separate proxy server situated between the dispatch server turn acts as a proxy to extract select information from 
26 and the midrange server 40. The relevant proxy waits for midrange servers located in the company Intranet. A cus- 
requests from an application client running on the custom- tomer never directly connects to servers in the company, 
er's workstation 10 and then services the request, either by thus ensuring internal company system security and in teg- 
handling them internally or forwarding them to its associ- 25 rity. 

ated Intranet application server 40. The proxies additionally The DMZ acts as a double firewall for company Intranet 

receive appropriate responses back from an Intranet appli- from the public Internet because the Web servers located in 



cation server 40. Any data returned from the Intranet appli^ 
cation server 40 is translated back to client format, and 
returned over the Internet to the client workstation 10 via the 
Dispatch Server 26 and at one of the Web servers in the 
DMZ Services cluster 24 and a secm-e sockets connection. 
When the resultant response header and trailing application 
specific data are sent back to the client browser from the 
proxy, the messages will cascade all the way back to the 
browser 14 in real time, limited only by the transmission 



the DMZ never store or compute actual customer sensitive 
data. The Web servers only put the data into a form suitable 
30 for display by the customer's Web browser. Since the DMZ 
Web servers do not store customer data, there is a much 
smaller chance of any customer information being jeopar- 
dized in case of a security breach. 

The Infrastructure component of the NetworkMCI Inter- 
act platform includes means for providing secure commu- 
nications regardless of the data content being communi- 



latency speed of the network. cated. As described in detail co-pending U.S. patent 
The networkMCI Interact middle tier software 16 applications SECURE CUSTOMER INTERFACE FOR 
includes a communications component offering three (3) ' WEB BASED DATA MANAGEMENT, U.S. Ser. No. 
types of data transport mechanisms: 1) Synchronous; 2) 40 09/159,514 filed Sep. 24, 1998 (Attorney Docket 11043) and 
Asynchronous; and 3) Bulk transfer. Synchronous transac-, SECURE SERVER ARCHITECTURE FOR WEB BASED 
tion is used for situations in which data will be returned by DATA MANAGEMENT, U.S. Ser. No. 09/159,406 filed 
the back-end server 40 quickly. Thus, a single TCP connec- Sep. 24, 1998 (Attorney Docket 11051) the contents and 
tion will be made and kept open until the full response has disclosures of which are incorporated by reference as if fully 
been retrieved. 45 set; forth herein, the networkMCI Interact security infrastruc- 
Asynchronous transaction is supported generally for situ- ture includes: 1) authentication, including the use of pass- 
ations in which there may be a long delay in back-end server words and digital certificates; 2) public key encryption, such 
40 response. Specifically, a proxy will accept a request from as employed by a secure sockets layer (SSL) encryption 
a customer or client 10 on an SSL connection and then protocol; 3) firewalls, such as described above with refer- 
respond to the chent 10 with a unique identifier and close the 50 ence to the network architecture component; and 4) non- 
socket connection. The client 10 may then poll repeatedly on repudiation techniques to guarantee that a message originat- 
a periodic basis until the response is ready. Each poll will ' ing from a source is the actual identified sender. One 
occur on a new socket connection to the proxy, and the proxy technique employed to combat repudiation includes use of 
will either respond with the resultant data or, respond that an audit trail with electronically signed one-way message 
the request is still in progress. This will reduce the number 55 digests included with each transaction. This technique 
of resource consuming TCP connections open at any time employs public-key cryptography with one-way hashing 
and permit a user to close their browser or disconnect a functions. 

modem and return later to check for results. To provide the areas of functionality described above, the 

Bulk transfer is generally intended for large data transfers client tier at workstation 10 is organized into a component 

and are unlimited in size. Bulk transfer permits cancellation 60 architecture, with each component providing one of the 

during a transfer and allows the programmer to code areas of functionality. As explained in further detail in 

resumption of a transfer at a later point in time. co-pending U.S. patent application No. (Attorney Docket 

FIG. 4 also depicts diagrammatically the physical net- 11038), and as illustrated in FIGS. 1 and 4, the client-tier 

workMCI Interact network architecture. As shown in FIG. 4, software is organized into a "common object" architecture 

the network is divided into three major architectural divi- 65 supporting such objects and appHcalions as the inbox Mes- 

sions including: 1) the customer workstation 10 which sage Center 77, the Report Requester 76, Service Inquiry 75, 

includes those mechanisms enabling customer connection to Network Manager 74, Alarm Monitor 73, and Traffic Moni- 
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lor 12. It is understood that these apphcations are listed for 
illustrative purposes, among others applications that are 
available. The functionality of these applications are further 
enhanced by the adoption of: a CGI prograna interface to 
networkMCI Interact that allows HTML and CGI -based 5 
systems to access a subset of NetworkMCI Interact middle - 
tier services. Implementation of these added systems 
includes the employment of digital signature/client certifi- 
cates technology and Java objects. 

All reporting is provided through a Report Requestor 10 
application interface which supports spreadsheet, a variety 
of graph and chart type, or both simultaneously. For 
example, the spreadsheet presentation allows for sorting by 
any arbitrary set of columns. The report viewer may also be 
launched from the inbox when a report is selected. i5 

By associating each set of report data which is down- 
loaded via the inbox with a small report description object, 
it is possible to present most reports without report -specific 
presentation code (the report-specific code is in the con- 
struction of the description object). These description 20 
objects are referred to as "metadata", or "data about data". 
At one level, they function like the catalog in a relational 
database, describing each row of a result set returned from 
the middle tier as an ordered collection of columns. Each 
column has a data type, a name, and a desired display 25 
format, etc. Column descriptive information will be stored in 
an object, and the entire result set will be described by a list 
of these objects, one for each column, to allow for a standard 
viewer to present the result set, with labeled columns. 
Nesting these descriptions within one another allows for 30 
breaks and subtotaling at an arbitrary number of levels. 

In the Service Inquiry application of the present 
invention, the customer workstation 10 is assigned the task 
of remotely generating a trouble ticket on the MCI Customer 
Service Management (CSM) system indicated at 20(fl) in 35 
FIG. 4. The trouble ticket generation process may also be 
proactively initiated based on detection of a network prob- 
lem or failure through an event monitor program. For 
convenience, the general class of network problems, failures 
and customer inquiries will be hereafter referred to as 40 
network events. 

As will be described in greater detail below, this genera- 
tion process will be described with respect to FIG. 2{b) 
which is a high-level design of the Service Inquiry applica- 
tion and FIG. 5 which is a flow chart illustrative of the 45 
process used to open a trouble ticket, and includes the 
completion of problem classification screen display 300 
illustrated in FIG. 6 that describes the detected network 
event. 

As illustrated in FIG, 2{b), the common object framework so 
15 is used throughout the enterprise system to enable 
inter-application communication between most program ele- 
ments. A Domain Object Model is utilized and is generally 
illustrated in FIG. 2{b) at 33, and is logically de-coupled 
from the GUI of the chenl browser 14. When the client 55 
browser 14, resident on the client workstation 10, calls the 
Service Inquiry application in response to a mouse click by 
the user at the client work station 10, the CObackplane 
object 12 first invokes a COuscr object to determine the 
entitlements of the cUent through a corresponding StarOE 60 
object 49(a) resident on the StarOE server 49, as client 
identification and authentication to the system was earlier 
determined at the time of Log-In. After a determination of 
entitlements, the client side of the application, CoApp object 
54(fl) is downloaded as a Java object as previously described 65 
with respect to FIG. 2(a). Alternately, a functionally similar 
program or script may be downloaded as a Windows CAB 



file at this time. The CoApp object 54(a) provides a GUI for 
the client browser, and communicates with the domain 
object 35, which may or may not be locally downloaded or 
resident or workstation 10. As selections are made by the 
user, the Service Inquiry domain 35 will use the Common 
Object Framework for servicing user calls through CoApp 
54(a), as illustrated in FIG. 2(6). The Service Inquiry 
domain 35 may also download the existing inventory of 
trouble tickets to which the customer is entitled from the 
CSM. Service Inquiry object persistency is maintained by 
heart beat communication between the cookie jar server 32 
and the client browser 14 as indicated at 38. 

FIG. 5 illustrates a flow chart of the process used to open 
a trouble ticket. This process includes the completion of 
problem classification screen display 300 illustrated in FIG. 
6 that describes the detected network event. 

The completion of the minimum required fields in open 
ticket screen display 400, illustrated in FIG. 7, the customer 
details screen display 500, illustrated in FIG. 8, the circuit 
details screen display 600, illustrated in FIG. 9, and the call 
details screen display 700, iUustrated in FIG. 10. This input 
process may include information automatically retrieved 
from a customer profile stored in a database in the Customer 
Service Management system. 

After a trouble ticket is opened, the trouble ticket is 
displayed in a graphical user interface that displays all 
trouble tickets associated with the customer's or user's 
organization. Customer workstation 10 is restricted to the 
trouble tickets to which customer workstation 10 is privi- 
leged by virtue of the authentication procedure previously 
discussed. The Customer Service Management (CSM) sys- 
tem 20, on the other hand, refers a generated trouble ticket 
to a service organization that is given responsibility for the 
resolution of the network event that the trouble ticket 
describes. 

In the "Service Inquiry" system and method for opening 
and tracking trouble tickets, the trouble tickets are opened in 
response to a network event (e.g., circuit failure, 800 number 
failure, alarm, or customer inquiry). These network events 
may be detected by either the customer or the service 
provider. If the service provider detects the network event 
first, an MCI customer service representative immediately 
opens a trouble ticket by interfacing with the CSM customer 
service management system. 

If the customer detects the network event first, the cus- 
tomer opens a trouble ticket by one of two methods. In a first 
method, the customer places a call to the MCI customer 
service representative. During this call, the representative 
prompts the customer for the relevant information necessary 
to adequately describe the network event. After the infor- 
mation has been delivered verbally, the customer service 
representative opens the trouble ticket. 

In a second method, the customer opens a trouble ticket 
by remotely accessing the CSM customer management 
legacy system 20 using customer workstation 10, This 
second method is described with reference to the flow chart 
in FIG. 5 and the Problem 10 screen display shown in FIG. 
6. Generally, the interactive process described in FIGS. 5 
and 6 minimizes the amount of time it takes for a customer 
to open a trouble ticket. 

Specifically, with reference to FIG. 5, the trouble ticket 
opening process begins in step 204 where a problem clas- 
sification dialog or screen display 300 is completed at 
customer workstation 10. Problem classification dialog 300 
sets up the basis for opening a trouble ticket by identifying 
the network event type. Identifying the network-event type 
begins by filhng in the ID type field. The ID type field 
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classifies the network event (e.g., pertaining to a circuit 
number or 800 number). The selection is facilitated by a list 
box, activated by button 312, that includes both options. 

Depending upon the value of the ID type field, the 
customer's list of circuit numbers or 800 numbers will be 5 
displayed in a second list box activated by button 314. The 
selected value is placed in the number field. Next, values for 
the product field and the service field are selected. Products 
and their associated services are selected via list boxes 
activated by buttons 316 and 318, respectively. Generally, a 10 
selection of a particular value for the product field will 
dictate the selections available for the service field. A listing 
of exemplary products and their associated services is con- 
tained in Appendix A. 

Finally, a value is selected for the trouble description field, is 
Again, the trouble descriptions available in the list box are 
dictated by the product and service values previously 
selected. In one embodiment, the selected trouble descrip- 
tion is associated with a trouble code to be stored in the 
trouble ticket. 20 

In a further embodiment, problem classification dialog 
300 is automatically completed based on automatic fault 
detection at customer workstation 10. In this embodiment, a 
network event identified by customer workstation 10 auto- 
matically invokes problem classification dialog 300 and 25 
automatically populates one or more of the ID type field, 
number field, product field, service field and trouble descrip- 
tion field. 

In either case, after problem classification dialog 300 is 
completed, customer workstation 10 retrieves data from a 30 
customer profile stored in customer service management 
system 20. This process is represented by step 206. 

Generally, the retrieved customer profile is dedicated to 
the reporting user/organization. A customer profile can 
include customer identifying data, customer circuit data, 35 
customer employee data or customer contact data. As will be 
described in more detail below, the data included within the 
customer profile is used to automatically complete fields (or 
prepopulate) in the trouble ticket. Prepopulation simplifies 
the input process by minimizing the amount of input 40 
required by the customer in opening a trouble ticket. 

In a preferred embodiment, the preparation of a trouble 
ticket requires the completion of a minimum of data fields 
within four separate dialogs as shown in FIGS. 7-10 as open 
ticket dialog 400, customer details dialog 500, circuit details 45 
dialog 600 and call details dialog 700. Customer details 
dialog 500, circuit details dialog 600 and call details dialog 
700 are invoked based upon the selection of the correspond- 
ing buttons 402, 404 and 406 in open ticket dialog 400. 

More specifically, the open ticket dialog or screen display 50 
400 of FIG. 7 comprises general trouble information that 
was provided with problem ID dialog 300. These fields 
include the identifier, product, service, and trouble descrip- 
tion fields. Associated with the trouble description field is a 
trouble code field 4€8. 55 

Customer priority and the service provider priority fields 
are helpful in establishing an initial service priority for that 
particular trouble ticket. Customer priority field is optionally 
designated by the customer. Service provider priority field is 
prepopulated based on information received from customer 60 
service management system 106. During the life cycle of the 
trouble ticket, one or both of the priority fields can be 
changed. 

Finally, the open ticket dialog 400 of FIG. 7 includes the 
occurred time and date fields, llie occurred time and date 65 
fields indicate when the network failure was detected or 
reported. These fields may be automatically populated when 



open ticket dialog 400 is invoked if the user at workstation 
10 has the appropriate rights to a fault management system. 

Generally, a trouble ticket caimot be opened until all 
required fields within open ticket dialog 400, customer detail 
dialog 500, circuit detail dialog 600 and call detail dialog 
700 are populated. Required fields may be shown in one 
color (e.g., blue) with optional fields shown in another color 
(e.g., green). If the customer, circuit and call buttons 402, 
404 and 406 display an arrow as illustrated in FIG. 7, this 
indicates that the corresponding dialogs includes fields that 
require additional customer input before the trouble ticket 
can be opened. 

The Customer Details dialog 500 of FIG. 8 includes 
information about the user and/or organization that opened 
the trouble ticket. Additionally, customer detail dialog 500 
includes customer contact information. The Reported By, 
Primary Contact, Secondary Contact, Customer Name, and 
GMT access time (representing the company's business 
hours) fields are prepopulated by using the information 
included in the customer profile pertaining to the user as 
stored in the sysA drive server 41. 

The Ref In Ticket, Customer Group ID, Report Source 
and GMT Test Time fields are provided by the customer. Ref 
In ticket is an optional field that allows the customer to enter 
an internal tracking number for their own use. The GMT Test 
Time identifies when a dedicated circuit under control of the 
customer can be released to the service organization for 
testing. 

The Circuit Details dialog 600 of FIG. 9 includes specific 
information concerning the circuit in question. Circuit 
number, product code and service code fields are prepopu- 
lated based on the corresponding fields in problem ID dialog 
300. Generally, the fields in this dialog are relevant when the 
customer selects the circuit number option in the ID type 
field of problem ID dialog 300. 

Call Details dialog 700 of FIG. 10, on the other hand, 
includes fields that are relevant when the customer selects a 
number option in the ID type field of problem ID dialog 300. 
Call detail dialog 700 focuses on the inbound and outbound 
services selected for the trouble ticket. 

After the customer provides at least the required infor- 
mation in open ticket dialog 400, customer details dialog 
500, circuit details dialog 600 and call details dialog 700, the 
customer can create the trouble ticket using create button 
410 of the open ticket dialog 400 illustrated in FIG. 7. Prior 
to the actual creation of the trouble ticket, the customer is 
prompted with questions that are relevant to the trouble code 
indicated in problem ID dialog 300. In step 210, the cus- 
tomer provides the answers to the questions. These questions 
will aid the appropriate service organization in diagnosing 
and correcting the reported network event. 

Next, in step 212, the questions and answers pertaining to 
the trouble code are electronically entered into the remarks 
list of the trouble ticket. In one example, the questions and 
answers are transmitted to the CSM customer service man- 
agement system 20 for storage in a trouble ticket database. 
The remarks list is a dialog that includes any relevant 
commentary generated by the customer or an organization 
that handles the trouble ticket. The questions and the cus- 
tomer's answers entered into the remarks list in step 212 
represent the first piece of commentary that will aid the 
service organization in attempting to resolve the problem. 
After the trouble ticket is referred to a particular service 
organization, that organization can also add additional com- 
mentary that is readable by the customer as he monitors the 
trouble ticket activity. Thus, the remarks list provides a 
convenient historical record of the indirect communication 



09/12/2003, EAST version: 1.04.0000 



6,o: 

15 

between the customer and the set of service organizations 
that are assigned to resolve the network event. 

Continuing in step 214, customer workstation 102 then 
enters into an electronic transaction with customer service 
management system 20 to open the trouble ticket. In this 
electronic transaction, customer workstation 10 submits the 
trouble ticket to customer service management system 20 
over the public Internet using the networkMCI Interact 
system previously described. Next, the customer service 
management system 20 determines whether the information 
contained in open ticket dialog 400, customer detail dialog 
500, circuit detail dialog 600 and call detail dialog 700 is 
complete. If the customer service management system 20 
determines that some of the information required to open the 
trouble ticket is either invalid or missing, the open ticket 
dialog 400 of FIG. 7 reappears with arrows on the selections 
that require completion or correction. This process is rep- 
resented by step 216. To further aid the customer in cor- 
recting the deficiencies, the fields that require correction are 
highlighted in red. 

After the corrections have been made, create button 410 
is selected once again and customer workstation 10 initiates 
another electronic transaction with customer service man- 
agement system 20 to open the trouble ticket as noted at step 
214. If customer service management system 20 determines 
that the trouble ticket is complete, the trouble ticket is 
opened and customer service management system 20 assigns 
a trouble ticket number. The assignment of a trouble ticket 
number is represented by step 220. <^ 

Thereafter, the trouble ticket is immediately displayed in 
the ticket list 800— iUustrated in FIG. 11. The ticket Ust 800 
is a graphical user interface that allows the customer to 
monitor the activities of all of the trouble ticket associated 
with his organization. In a preferred embodiment, the cus- 
tomer service management system 20 is polled once every 
15 minutes to identify any changes in the trouble tickets 
displayed in ticket list 800. The customer is also permitted 
to initiate an update at any point in time. 

Prior to describing ticket list 800, it should be noted that 
a customer's access to trouble tickets is defined by the 
identification and authentication of the customer at the time 
of the login by the Order Entry Server. Partitioning of 
trouble tickets and entitlements within a particular customer 
may also be done for convenience of the customer. For 
example, intra-customer partitions may be based upon geo- 
graphic divisions/locations, retail versus corporate locations, 
or any other desired internal classification. 

The ticket list 800 of FIG. 11 comprises a scrollable table 
that displays information for a particular trouble ticket in a 
single row. In the example of FIG. 11, each row includes the 
following fields: ticket number, organization, status code, 
status time, customer priority, service provider priority, 
identifier and trouble code. This listing is not intended to be 
comprehensive but is intended to provide a high level view 
of the information contained within a particular trouble 
ticket. 

Each of the status code, status time, customer priority, 
identifier and trouble code values are identical to their 
counterparts in the open ticket dialog 400 of FIG. 7. The 
service provider priority field, on the other hand, is gener- 
ated by the service organization and indicates the service 
organization's assessment of the priority of the trouble 
ticket. Finally, the organization and status code fields pro- 
vide a tracking feature. In the present invention, tracking of 
trouble tickets is accomplished through the concept of 
ownership. When an organization has the responsibility for 
the ticket, that organization is said to own that trouble ticket. 
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Ownership is described in greater detail with reference to the 
flow chart of FIG. 12. 

FIG. 12 describes a high level overview of the process of 
opening and clearing a trouble ticket. This process begins in 

5 step 904 where the originating organization opens a trouble 
ticket. This process was described above with reference to 
the flow chart of FIG. 5. After the originating organization 
opens a trouble ticket, the originating organization is said to 
own the trouble ticket. Next, in step 906, the originating 

10 organization refers the trouble ticket to a first service orga- 
nization. In step 908, the first service organization takes the 
appropriate action to attempt to resolve the problem 
described in the trouble ticket. Contemporaneous with this 
action, the first service organization's activity is recorded in 

15 an activity list associated with the trouble ticket. 
Additionally, any apphcable comments are electronically 
stored in the remarlK list associated with the trouble ticket. 
These actions are represented by step 910. 

At this point, the first service organization (owning 

20 organization) determines, in step 912, whether to refer the 
trouble ticket back to the customer. For example, if the 
network problem has been resolved, the trouble ticket is 
referred back to the customer. However, if the owning 
organization determines that further action is required by a 

25 second service organization, then the ticket is transferred to 
the second service organization. The second service orga- 
nization now owns the trouble ticket. 

In one example, a service organization associated with a 
long-distance telephone company refers a trouble ticket to a 

30 service organization associated with a regional bell operat- 
ing company (RBOC). Through this interaction, a customer 
may submit aU service inquiries to customer service man- 
agement system 20 without regard to the location of the 
network event within the network. This feature further 

35 enhances the attractiveness of the trouble ticketing system of 
the present invention by providing an all inclusive service 
request contact point. In other words, service requests relat- 
ing to any service organizations are sent to a single location. 
Additionally, as noted above and described in Appendix A, 

40 service requests for any of a plurality of network products 
and services are sent to a single location. 

Generally, the second service organization follows steps 
908 and 910 as described above. After the second service 
organization completes its service actions, it determines in 

45 step 912 whether to refer the ticket back to the first service 
organization or a third service organization. Steps 908, 910 
and 912 are repeated until the trouble ticket is referred back 
to the customer. At that point in time, the customer deter- 
mines in step 914 whether to clear the trouble ticket. If the 

50 problem described in the trouble ticket has not been suitably 
resolved, the customer can initiate the entire process again 
by referring the ticket out in step 906. If the problem has 
been suitably resolved, the customer clears the trouble 
ticket. 

55 Tracking the life cycle of the trouble ticket is a valuable 
monitoring feature for the customer. By identifying the 
owning organization in the organization field of the ticket 
list 800, illustrated in FIG. 11, the customer can identify 
where in the chain of service organizations the trouble ticket 

60 currently resides. Moreover, by selecting the activities list in 
the ticket menu of ticket list dialog 800, the customer is also 
able to retrieve the summary of the life cycle of the trouble 
ticket. 

An example Activity List is illustrated in FIG. 13, Each 
65 row in the table iUuslrates the movement of the ticket 
throughout the service network. Specifically, each row 
includes information concerning the originating 
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organization, the receiving organization, date, time and the 
relevant activity code. Example activity codes are illustrated 
in Table 1 below. 

TABLE 1 



ASN 


Assign 


CLT 


Cleared Ticket 


CNR 


Cancel Referral 


CNT 


Cancel Ticket 


ESC 


Escalate 


OPN 


. Open 


RB 


Referred Back 


RO 


Referred Out 


RET 


Retest CiicuLt 


KTN 


Return to Cancel, Refer Out 


STA 


Status Update 



By this listing, the customer is informed of the history of 
the trouble ticket. This history provides immediate feedback 
to the customer concerning actions taken relative to the 
current service organization that owns the trouble ticket. 
Enhancement of trouble ticket monitoring is thereby 
improved. 

In another feature of the ticket list 800, the customer is 
also able to both filter and sort the trouble tickets according 
to ticket list selection dialog 1100 illustrated in FIG. 14. The 
filtering function allows a customer to selectively display a 
subset of trouble tickets according to any subset of the fields 
in ticket list 800. Moreover, through the use of the sort 
criteria button, the customer is also able to display the 
trouble tickets in ascending or descending order based on the 
ticket number, status date/time and priority fields. 

To display details concerning a specific trouble ticket, the 
customer can either double click on a particular row or select 
the detail item from the ticket menu on ticket list dialog 800. 
Upon this action, the ticket detail dialog 1200 illustrated in 
FIG. 15 is invoked. Ticket detail dialog 1200 comprises 
similar information to Open Ticket dialog 400, including the 
access to Customer Details dialog 500, Circuit Details 
dialog 600 and Call Details dialog 700 through the detail 
views menu. Additionally, Ticket Details dialog 1200 allows 
the customer to access the remarks list and activities list 
using remarks button 1202 and activities button 1204, 
respectively. 

While the invention has been particularly shown and 
described with reference to preferred embodiments thereof, 
it will be understood by those skilled in the relevant art that 
various changes in form and details may be made therein 
without departing from the spirit and scope of the invention. 
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VNET 



Dial-One 



Switched International Inbound 

Switched Intcraational Outbound 

Switched Domestic 

Dedicated International Inbound 

Dedicated International Outbound 

Dedicated Domestic 

Card International Inbound 

Card International Outbound 

Card Foreign 

Card Domestic 

CM 

Feature Group D Domestic 
Feature Group D International Inbound 
Feature Group D International Outbound 
Prism Plus Domestic 
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Appendix A 



SERVICE 



Prism Plus International Inbound 

Prism Plus International Outbound 

Prism ni Domestic 

Prism III International Inbound 

Prism ni International Outbound 

Calling Card Domestic 

Calling Card International Inbound 

Calling Card International Outbound 

Hardwire Prism I Domestic 

Prism I International Inbound 

Prism I International Outbound 

Prism n Domestic 

Prism H International Inbound 

Prism n International Outbound 

Prism ni Domestic 

Prism III International Inbound 

Prism III International Outbound 

Hotel WATS Domestic 

Hotel WATS International Inbound 

Hotel WATS International Outbound 

University WATS Domestic 

University WATS International Inbound 

University WATS International Outbound 

MCI WATS Domestic 

MCI WATS International Inbound 

MCI WATs International Outbound 

Private Line FX 

(VGPL) OPX Domestic 

OPX International 

ARD EXomestic 

ARD International 

TIELINE Domestic 

TELINE International Inbound 

TIELINE International Outbound 800 

Dedicated Termination (I) Domestic 

Dedicated Termination (t) 

International Inbound 

Dedicated Termination (1) 

International Outbound 

Switched Termination (U & IH) 

Domestic 

Switched Termination (11 & III) 
International Inbound 
Switched Termination (II & III) 
International Outbound 
Alternate Routing 
EVS Domestic 
EVS International Inbound 
EVS International Outbound 
CM 

Remote VNET Access Domestic 
Remote VNET Access International 
Inbound 

Remote VNET Access International 
Outbound 

NW Mgmt NIMS (Cust App/N) 

Applications MCI View (Cust App/N) 
Data DDS Domestic 

DDS International 

TDS Domestic 

TDS International 

TDS Cross Border 

Analog Domestic 

Analog International 

Switched 56 Dedicated Access Domestic 

Switched 56 Dedicated Access 

International Inbound 

Switched 56 Dedicated Access International 
Outbound 

Switched 56 Dedicated Access [)omestic 
Switched 56 Switched Access International 
Inbound 

Switched 56 Switched Access International 

Outbound 

VPDS 1.0 
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HYPERSTREAM Domestic 




HYPERSTREAM International 




DRS - Circuit Problem 




DRS - Software Problem 
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What is claimed is: 

1. A system for enabling an Internet enabled customer to 
generate a trouble ticket which relates to a service provided 
by an enterprise to said customer, said system comprising: 

(a) an Internet enabled customer work station to enable IP 
communication between said customer and a network 
of said enterprise; 

(b) means for authenticating said customer as having 
trouble ticket entitlement within said enterprise; 

(c) a customer service management system for generating 
and tracking trouble tickets, said system having at least 
one database for identifying said customer and trouble 
ticket entitlement for said customer, each of said 
trouble tickets having multiple data fields; 

(d) means for downloading a trouble ticket to said cus- 
tomer work station in response to a customer request, 
said system prepopulating at least one field of said 
trouble ticket with data from said database at the time 
the trouble ticket is downloaded; 

(e) means for assigning a ticket identifier to each trouble 30 
ticket submitted by said customer; 

(f) said management system enabling independent cus- 
tomer and enterprise tracking of said trouble tickets 
prior to resolution. 

2. The system as claimed in claim 1, wherein said 35 
customer workstation may populate a problem clarification 
field identifying a network event at the time a trouble ticket 

is downloaded, 

3. ITie system as claimed in claim 1, wherein said 
management system enables the enterprise to populate a 40 
problem clarification field identifying a network event at the 
time a trouble ticket is created. 

4. The system as claimed in claim 1 wherein said cus- 
tomer work station includes a Web browser for communi- 
cating with said enterprise and said customer service man- 45 
agement system. 

5. The system as claimed in claim 4 wherein said Web 
browser enables a frame defined display of data from said 
data base, said data including a table defining a plurality of 
rows and columns, with each row displaying predefined so 
fields of a single trouble ticket. 

6. The system as claimed in claim 5, wherein said fields 
include at least said ticket identifier, an activity code which 
indicates the status of the trouble ticket, and an organization 
field that indicates a service provider having jurisdiction of 55 
said network event represented by said trouble ticket. 

7. The system as claimed in claim 6, wherein said table is 
scrollable within said frame, and includes a link to a remarks 
field for display of extended remarks. 

8. The system as claimed in claim 4, wherein said IP 60 
communications includes Java data downloaded from an 
enterprise Web server. 

9. The system as claimed in claim 8 wherein said cus- 
tomer tracking of said trouble tickets display is enabled by 

a common object downloaded from said Web server. 65 

10. A method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet, 
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wherein the event relates to a service provided by an 
enterprise to the customer, said method comprising: 

(a) creating at least one customer record relating to a 
service provided to the customer by the enterprise in a 
customer service management system, said record 
including customer entitlement with respect to the 
service; 

(b) enabling Internet access to said customer service 
management system by said customer; 

(c) authenticating said customer entitlement at the time of 
customer access of said management system; 

(d) downloading a trouble ticket to said customer work 
station over the Internet in response to a customer 
request, said trouble ticket having multiple data fields; 

(e) prepopulating at least one field of said trouble ticket 
with data from said customer record at the time said 
ticket is downloaded; 

(f) enabhng at least partial completion of said trouble 
ticket at said customer workstation by populating a 
problem classification field at said customer worksta- 
tion prior to a transmission of said trouble ticket to said 
management system; and 

(g) assigning a ticket identifier to said trouble ticket when 
said trouble ticket is received by said management 
system. 

11. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 10 wherein the step of populating a 
problem classification field at said customer workstation is 
in response to a network event identified at said customer 
workstation. 

12. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 10 wherein the step of populating a 
problem classification field is conducted by the enterprise in 
response to a network event identified at said customer 
workstation. 

13. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 10 wherein the step of enabling Internet 
access further includes the step of downloading data files to 
a browser on said customer workstation at the time of 
access. 

14. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 13, wherein said downloading step 
further includes the step of downloading an application 
object which creates a browser frame for display of said 
data. 

15. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 14, wherein said downloading step 
further includes the downloading of data in a table view, said 
table view having a plurality of rows and columns, with each 
row defining predetermined fields from a trouble ticket to 
enable a customer to monitor a plurality of trouble tickets. 

16. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 15 wherein said downloading step 
further includes downloading data fields which include at 
least said ticket identifier, an activity code which indicates 
the status of the trouble ticket, and an organization field that 
indicates a service provider having jurisdiction of said 
network event represented by said trouble ticket. 

17. JhQ method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
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as claimed in claim 16 wherein said table is scrollable within 
said frame, and includes a link to a remarks field for display 
of extended remarks. 

18. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 10, wherein said downloading step 
occurs automatically from an enterprise Web server in 
response to a customer request. 

19. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
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as claimed in claim 18, wherein said Web server downloads 
a plurality of common objects to a Web browser on said 
customer work station in response to a customer inquiry. 

20. The method of remotely generating a trouble ticket for 
a network event at a customer workstation over the Internet 
as claimed in claim 19 wherein one or more of said objects 
downloaded from said Web server enables a graphical 
display of data from one or more trouble tickets. 
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